約 6,078,853 件
https://w.atwiki.jp/lucky_star_mirror/pages/57.html
キャラクター：みなみ 名前 岩崎みなみ ステータス 知力：3.8(14)運動：4.8(14)幸運：3.8(11）保険委員：4.4(9)Lily：3.1(9) 必殺技1 ｢バスト･コンプレックス｣攻撃力･防御力が増大 必殺技2 ｢盗まれたのは、貴方の･･･｣相手の体力を吸収 キャラ解禁方法 ゆたかシナリオをこなたでプレイこなたに相談する→実践あるのみ？の順に選択 必殺2解禁方法 パートナーみなみで、ゆたかシナリオパートナー別EDクリア 強キャラの一端を担う一人。知力・運動ともに最高14を記録し、幸運こそ11だが、それでも並より高い。必殺技を出す前にケリがつくことが多いが、さらに必殺技1を使われるともう手がつけられない。 序盤から仲間に加入するため、どらまも〜どの強敵にぶち当たったらとりあえずぶつけてみよう。 wifiで会っても泣かないこと。 衣装 ※パラメータ：S=大幅上昇/A=上昇/B=微増/C=変動なし/D=微減/E=減少/F=大幅減少(初期衣装を基準とします) 名称 パラメータ 入手方法 水着 D D D D D こなたシナリオ 冬制服 C C C C C 初期 夏制服 A B B B B 双子シナリオ 私服 C C C C C あきらシナリオ 体操服 B A B B B ゆたかシナリオ メイド C C C C C ゆたかシナリオ 巫女 C C S C C こなたシナリオ 特殊1(執事服) C C C C C あきらシナリオ 特殊2(H2O制服) D B A B A ゆたかシナリオ 装備可能アイテム ※パラメータ：S=大幅上昇/A=上昇/B=微増/C=変動なし/D=微減/E=減少/F=大幅減少(装備なしを基準とします) 名称 パラメータ ？ ？ その他 ～オススメ時間割～ 例【】【】【】(説明書参考) 対策と傾向 wifiで出会うたいていのみなみはは知力か運動(もしくはその両方)がカンストしていて、まともに戦っても勝つのは難しい。攻撃してもろくなダメージを与えられず、隙を見せれば瞬殺される。基本パラメータの上限値が1桁のキャラは絶望的。幸運が高いキャラならばまだ救いようはあるが。 とりあえずまともに戦おうとせず、気絶系必殺技を駆使して長期戦に持ち込んで倒そう。 ～EDボイス～ ゲーム、楽しんで下さってますか？もっと一緒に、プレイしましょう！(地声) クリアおめでとうございます。…さすがですね。 クリアしてしまったの、…すごいわね。 ～携帯ボイス～（アイテムの「***の携帯」で聞けるボイス） 起きてください。…起きてくれないと、困ります。
https://w.atwiki.jp/callofduty_mobile/pages/16.html
Purifier 敵に短い距離の灼熱の炎を噴射する チャージ時間 4分30秒 オーバークロック使用時チャージ時間 3分45秒 発動に必要な時間 0.8秒 効果時間 25秒 追加日付 2019/10/1(サービス開始日) タイプ 武器型 アンロック方法 レベル2 Purifirer MP BR レアリティ コモン レジェンダリー 直撃ダメージ 34 検証中 燃焼ダメージ 16 燃焼ダメージ間隔 直撃ダメージヒット後0.5秒、その後0.3秒 燃焼ダメージ発生時間 1.4秒(4回) 連射速度 約600RPM 検証中 射程 10.0m 検証中 マガジンサイズ 48 26 直撃ダメージ 2発 3発 燃焼ダメージ 2回 0回 理論値キルタイム 0.9秒 0.2秒 + 数値の算出方法について ※タイプは以下の種類です。 武器型 発動すると武器を装備するタイプ 設置型 発動するとスキルを設置してリチャージが始まるタイプ 即応型 発動するとすぐアクションなどが発生するタイプ 召喚型 発動するとキャラクターを召喚するタイプ 自己強化型 発動すると体力を増やしたりなどの効果が起きるタイプ ※性能は随時変更になることがあります。 解説 近距離向け火炎放射器、Purifier。 1発だけ当てた時のダメージは直撃ダメージ34＋継続ダメージ16x4の98であり、2発当てただけでキルが確定できるという高い火力を持つ。ADSはできないが当たり判定が大きいためさほど問題にはならない。これに高い機動力が加わり、近距離で出会ったらショットガンでも太刀打ちできない。 しかし当たり判定は10mまでであり、使用中は他の武器(グレネードを除く)を持つことができないという仕様上10m以降にいる敵には全くの無力となってしまう。 ハードポイントに突撃するときや角待ちを撃退する時など、室内戦に持ち込む立ち回りが必要だ。 ちなみにこの攻撃はキネティックアーマーを貫通する。 + 元ネタ解説 PurifierはCoD BO3で同名のスキルが存在する。 当時はFIREBREAKというキャラクターが使用していて、モバイルのように炎をブッパしていた。 スキン ※エピック以上のスキンのみ記載しています。 + エピック スキン名 レアリティ 販売中か 入手方法 備考 その他 調整履歴 調整日付 内容 ? 射程が減少(11.8m→10.0m)連射ボーナスが削除 ? エフェクトが変更 コメント 名前
https://w.atwiki.jp/kapper1224/pages/159.html
こちらに書きました 大須のパウでワイモバイルのジャンクSimply 603SIを1000円で買って改造して遊んでみた。AndroidのAPKがインストール出来るのでそれなりに遊べる。Wifiに対応していないのが弱点だが
https://w.atwiki.jp/is01rebuild/pages/97.html
Bluetooth 電源関連 無線LANの時と同様に行くと思いきや全く同様にではなかった。 無線LANの場合 # echo 1 /sys/devices/platform/bwpm/wifi で電源onなのだが…、同じsysファイルシステムのディレクトリを参照すると、 # cd /sys/devices/platform/bwpm/wifi # ls -l rw-rw-rw- root root 4096 2011-09-27 21 55 fm rw-rw-rw- root root 4096 2011-09-27 16 11 bluetooth rw-rw-rw- root root 4096 2011-09-27 21 55 wifi bluetoothがある、これは！？ # echo 1 /sys/devices/platform/bwpm/bluetooth としてみたが、反応無し！ ということで、kernelソースコードに入る。 反応しない訳 echo 1 /sys/devices/platform/bwpm/bluetooth で反応しない訳 $(KERNEL_SRC)/drivers/sharp/bwpm/bwpm.c を参照すると、 static ssize_t show_bluetooth_power(struct device *pdev, struct device_attribute *pattr, char *buf) { bwpm_data_t *p_priv = (bwpm_data_t *)dev_get_drvdata(pdev); buf[0] = (char)(p_priv- bluetooth); return( 1 ); } static ssize_t set_bluetooth_power(struct device *pdev, struct device_attribute *pattr, const char *buf, size_t count) { if ( (buf[0]==0) || (buf[0]==1) ){ bwpm_bluetooth_on( pdev, (int)buf[0] ); return( count ); } return( 0 ); } static ssize_t show_wifi_power(struct device *pdev, struct device_attribute *pattr, char *buf) { bwpm_data_t *p_priv = (bwpm_data_t *)dev_get_drvdata(pdev); int status; status = p_priv- wifi; return snprintf( buf, PAGE_SIZE, "%d\n" , status ); } static ssize_t set_wifi_power(struct device *pdev, struct device_attribute *pattr, const char *buf, size_t count) { int new_status; sscanf( buf, "%d", new_status ); if ( (new_status==0) || (new_status==1) ){ bwpm_wifi_on( pdev, new_status ); } return count; } と…、見てみる。 set_wifi_power は buf から sscanf で atoi の様な動作を入れてある。 sscanf( buf, "%d", new_status ); show_wifi_powerも同様に、bufに文字列が、戻り値にlengthが入るように加工されている。 return snprintf( buf, PAGE_SIZE, "%d\n" , status ); show_bluetooth_power 及び set_bluetooth_power は buf に ASCIIコード文字列ではなく、char型 整数をそのまま受け渡している。対応させるには、open して write でバイナリを書き込むしか無いか？？。 kernel 内での Bluetooth HW サスペンドとレジューム $(KERNEL_SRC)/drivers/serial/serial_core.c 上記のコード内にて、下記のような部分を見つけたIS01 デフォルト1.6でBluetoothをon/offした際に出てくる。 また、デフォルトではタイマーを用いて一定時間経つとレジュームしているような気がする。 デフォルト1.6での挙動を調べるために printk ("uart_ioctl() msm_hs_request_clock_off()\n"); 部分の DEBUG 情報に、tty の ネームを出すように変更 printk ("%s uart_ioctl() msm_hs_request_clock_off()\n",tty- name); この結果から、Suspend the HW driver 及び、 Resume the HW driver は ttyHS0 に向けて発行されていることが明らかになった。 ttyHS0 は owner が bluetooth になっているので、おそらくこれが、deviceファイルだと思っていたが確信は無かったので^^; $(KERNEL_SRC)/drivers/serial/serial_core.c (抜粋＆省略) /* ===== ADDED BY CSR START ===== */ #define TIOSPSERIAL (0x5520) #define TIORPSERIAL (0x5521) #ifdef CONFIG_SERIAL_MSM_HS void msm_hs_request_clock_off(struct uart_port *uport); void msm_hs_request_clock_on(struct uart_port *uport); #endif /* ===== ADDED BY CSR END ===== */ (省略) /* ===== ADDED BY CSR START ===== */ case TIOSPSERIAL /* Suspend the HW driver */ { #ifdef CONFIG_SERIAL_MSM_HS struct uart_state *state = tty- driver_data; struct uart_port *port = state- port; ret = 0; // Customize for Bluetooth //gpio_set_value( 155, 0 ); msm_hs_request_clock_off(port); uart_change_pm(state, 3); #endif //printk ("uart_ioctl() msm_hs_request_clock_off()\n"); printk ("%s uart_ioctl() msm_hs_request_clock_off()\n",tty- name); break; } case TIORPSERIAL /* Resume the HW driver */ { #ifdef CONFIG_SERIAL_MSM_HS struct uart_state *state = tty- driver_data; struct uart_port *port = state- port; // Customize for Bluetooth //gpio_set_value( 155, 1 ); uart_change_pm(state, 0); msm_hs_request_clock_on(port); #endif //printk ("uart_ioctl() msm_hs_request_clock_on()\n"); printk ("%s uart_ioctl() msm_hs_request_clock_on()\n",tty- name); ret = 0; break; } /* ===== ADDED BY CSR END ===== */ (省略) 電源を on/off する（していると思われる）。 ということで、bluetooh を on/off するだけの toggle コードを書いた。 先に記述したカーネルの /sys/devices/platform/bwpm/bluetooth 部分と、 $(KERNEL_SRC)/drivers/serial/serial_core.c 部分に対応させてみた。 使い方 ソースコードは btsw.zip からDLできます。 ANDROIDソースの system/extras に btsw ディレクトリを解答して下さい。 ソースのルートで $ source ./build/envsetup.sh ターゲットボードの指定のある方は指定してから $ cd system/extras/btsw/ $ mm とすると、ターゲットの /system/bin/ に btsw と btstatus が出来ているかと思います。 btsw 結果 # btsw bluetooth now status=(on) open(/sys/devices/platform/bwpm/bluetooth) write (0) off success # btsw bluetooth now status=(off) open(/sys/devices/platform/bwpm/bluetooth) write (1) on success とするだけで、Bluetoothのon/offをしているつもり。 hciattachを起動していると、off→on に変わったときbluetoothで書いた h4_recv Unknown HCI packet type が大量に出てくるので動いているような気がする。 btstatus 結果 # btstatus bluetooth now status=(on) か # btstatus bluetooth now status=(off) となる。 少なくとも、dmesg で得られる結果はそうなっているが実際の動作がどうなのかは未検証。 dmesg 結果 off の結果 3 [24260.192424] [bwpm] bwpm_bluetooth_on Low-Power-mode 3 [24260.192444] [bwpm] bwpm_bluetooth_on RF OFF 3 [24260.192450] [bwpm] bwpm_bluetooth_on change status (1- 0) 4 [24260.192617] ttyHS0 uart_ioctl() msm_hs_request_clock_off() on の結果 3 [24320.804430] [bwpm] bwpm_bluetooth_on RF ON 3 [24320.805377] [bwpm] bwpm_bluetooth_on Normal-Power-mode 3 [24320.805390] [bwpm] bwpm_bluetooth_on change status (0- 1) コメント 名前 コメント すべてのコメントを見る btsw ソース /* IS01 Bluetooth power switch test */ #include stdlib.h #include errno.h #include fcntl.h #include sys/types.h #include sys/stat.h #define BT_SWITCH_FILE "/sys/devices/platform/bwpm/bluetooth" #define BT_UART_FILE "/dev/ttyHS0" /* ===== ADDED BY CSR START ===== */ #define TIOSPSERIAL (0x5520) #define TIORPSERIAL (0x5521) /* ===== ADDED BY CSR END ===== */ int main(int argc, char **argv) { int sz; int fd = -1; int ret = -1; char buffer = 0; // 現在の状態確認 fd=open(BT_SWITCH_FILE, O_RDONLY ); if(fd != -1 ){ sz=read(fd, buffer, 1); if( sz == 1 ){ printf("bluetooth now status=(%s)\n",(buffer? "on" "off" ) ); } close(fd); } // 状態設定 buffer = (buffer==1 ? 0 1 ); // BT UART のレジューム設定 if( buffer == 1 ) { fd=open(BT_UART_FILE, O_RDWR ); if( fd 0 ) return -1; if( ioctl(fd, TIORPSERIAL, NULL) ) { close(fd); perror("ioctl failed"); return ret; } close(fd); } // 電源系 fd=open(BT_SWITCH_FILE, O_WRONLY ); if( fd != -1 ){ sz=write(fd, buffer, 1); if( sz 0 ){ printf("write(%s) failed %s (%d)", BT_SWITCH_FILE, strerror(errno), errno); }else{ ret=0; printf("open(%s) write (%d) %s success\n",BT_SWITCH_FILE,buffer,(buffer? "on" "off" )); } close(fd); } else { printf("open(%s) for write failed %s (%d)", BT_SWITCH_FILE, strerror(errno), errno); } // BT UART のレジューム設定 int cmd=TIOSPSERIAL; if( buffer == 1 ) { cmd=TIORPSERIAL; } if( cmd == TIOSPSERIAL ){ fd=open(BT_UART_FILE, O_RDWR ); if( fd 0 ) return -1; if( ioctl(fd, cmd, NULL) ) { close(fd); perror("ioctl failed"); return -1; } close(fd); } return ret; } (2011/09/27 22 44 公開)
https://w.atwiki.jp/sevenlives/pages/1958.html
Minified 読み：みにふぁいど 英語：minified 別名：縮小版, 軽量版, Minify 意味： Minifiedとは、通常のソースコードに比べサイズを縮小したバージョンのこと。 本欄の機能と関係ないコメント?や空白を取り除き、変数などを短縮したバーション。 ライブラリ?として使用するには少しでも小さい方が軽くなるので、使うためだけの可読性など考慮しない仕様となっています。 2015年11月10日 jquery.min.js ソース・マップ jQuery
https://w.atwiki.jp/ebookdevices/pages/15.html
iRex iLiad 2nd Edition iRex Technologies社の電子書籍端末。 iLiadシリーズの最新版。WiFi搭載。 ワコム社のコントローラーを搭載しているため、スタイラスで書籍へのメモ書きが可能。 後継のDR1000Sがある。 スペック 製造 iRex Techonogies 販売開始 2007年9月 スクリーン E-ink タッチスクリーン 書き込み可能 画面サイズ 8.1インチ 768×1,024ドット 階調 16グレー ドット密度 160ppi 対応電子書籍フォーマット PDF, TXT, HTML, XEB, Mobi 対応音楽フォーマット MP3？ 対応画像フォーマット 不明 詳細 サイズ 155 x 217 x 16 mm 重量 約435g バッテリー 内蔵リチウムイオン（交換不可） バッテリー稼働時間 約10時間 接続 WiFi, USB 2.0 内部ストレージ 約128MB 外部ストレージ MMCカードスロット、CFカードスロット（32GBまで） 日本語対応 なし。 Tips 外部リンク the iLiad 2nd Edition
https://w.atwiki.jp/boxer19-00/pages/15.html
BX19-00-SCHEDULE システム開発計画書 0班【チーム：ラジボク】 改訂記録 2019-07-01 鈴木春子 本ドキュメントの目的，タスク洗い出し，チーム全体スケジュール，予算の作成 2019-07-06 佐藤一郎，田中二郎, 高橋夏子, 伊藤三郎 個人スケジュールを追記 2019-07-12 鈴木春子 スケジュール・チェック報告を追記 2019-07-17 鈴木春子 スケジュール・チェック報告を追記予定 目次 システム開発計画書 0班【チーム：ラジボク】 本ドキュメントの目的 テンプレートとしての役目とは システム開発計画書の目的（本来の目的） タスク洗い出し コンセプト関連 スケジュール関連 メカ エレクトロニクス ソフトウェア Googleカレンダーの埋め込み Googleスプレッドシートの埋め込み 予算 スケジュール・チェック報告 本ドキュメントの目的 本ドキュメントはボクサー機能拡張競技会におけるドキュメンテーションにおいて， 『システム開発計画書』のテンプレート として配布することを目的とする． テンプレートとしての役目とは 履修学生が本ドキュメントを参照することで，ドキュメンテーションに「最低限」必要な項目を理解すること． 改訂記録や修正・更新手法などを理解すること． 図表などの正しいフォーマットと使い方を理解すること． システム開発計画書の目的（本来の目的） 本ドキュメントはボクサー機能拡張競技会における0班の各メンバーの役割と開発スケジュールを検討し， 人的リソースと時間リソースの効率的な管理 を目的とする． タスク洗い出し コンセプト関連 システム提案書の作成（佐藤） ブレインストーミングでコンセプトを列挙 コンセプトの候補を絞り，詳細報告（コンセプトの提案者） コンセプトを決める投票 スケジュール関連 システム開発計画書の作成（鈴木） タスク洗い出し Googleカレンダー Googleスプレッドシート（ガントチャート，プロジェクトタイムラインのテンプレート有） 集金，買出し システム基本設計書の作成（全員） 統合 メカ 一次試作：bluetooth基板，バッテリーの本体への搭載，モータのbluetooth基板への接続． 二次試作：bluetooth基板とWiFi基板の載せ換え互換性の確保． エレクトロニクス bluetooth基板の製作：bluetoothモジュールとArduinoの配線，モータドライバとArduinoの配線を一つの基板にする． WiFi基板の製作：WiFiモジュールとArduinoの配線，モータドライバとArduinoの配線を一つの基板にする． ソフトウェア bluetoothモジュールでArduinoとスマートフォン間でシリアル通信を行う． スマートフォンにbluetooth上でのUART通信を使ったコマンド送信アプリをインストールする． スマートフォンからのコマンドでArduinoの出力が制御できることを確認する． ArduinoからモータドライバへのコマンドでモータのON/OFF，正転/逆転ができることを確認する． WiFiモジュールとスマートフォンを直接接続して，スマートフォンのwebブラウザから制御できることを確認する． Googleカレンダーの埋め込み カレンダーの埋め込みは＠wikiの利用ガイドを参考にした．ただし，情報が少し古く，Googleカレンダーのユーザーインタフェースが少し違うので注意． ① 埋め込みたいGoogleカレンダーのオーバーフローメニューをクリック． ② 設定と共有をクリック．カレンダーの統合⇒埋め込みコードで目的のカレンダーの埋め込みコードが調べられる． ③ Googleカレンダーの埋め込みプラグインを使う． Googleスプレッドシートの埋め込み Googleスプレッドシートもプラグインを使って埋め込むことができる．ただし，プラグインはバージョン３を使わないとエラーとなるようだ． Googleスプレッドシートのテンプレートには ガントチャート と プロジェクトのタイムライン があり，今回の目的に適合する． ※今回はスプレッドシートのテンプレートのままだが，これを使うのであれば適宜修正すること． 予算 今回の機能拡張競技会では，必要な経費はメンバーで出し合うことになっている． 支出 品名 型番 金額 購入場所 bluetoothアダプタ WRL-12580 4,500円 千石電商 WiFiモジュール ESP-WROOM-02 650円 秋月電子 モータドライバ TA7291P 300円 秋月電子 基板やスペーサ - 500円 - バッテリー LiPoバッテリ 1,500円 千石電商 はんだづけ工具一式 - 2,000円 - 合計 9,450円 収入 2,000円×5名：10,000円 スケジュール・チェック報告 【2019/07/12 鈴木春子 追記ここから】 メカ（田中）：概ねスケジュールどおり．ボディに穴を開けられず工具が欲しいとのこと． エレクトロニクス（高橋）：基板へのはんだづけは８割方終わったが予定では本日12日までに終了のはずだった．明日13日（土）に作業して遅れを挽回するとのこと． ソフトウェア（伊藤）：bluetoothモジュールでの通信には成功した．モータードライバを使ったモータのON/OFFにとりかかる． リーダー（佐藤）：LINEのグループで進捗調整や連絡を常に確認している．ソフトウェアを少し手伝った．穴あけ工具を買いに行く． 【2019/07/17 鈴木春子 追記ここから】 17日に追記予定．
https://w.atwiki.jp/wiki6_nwc/pages/12.html
メモ wikiの編集に自信がない人や、未分類の情報等をひとまず記録しておきたい場合はここ。 任天堂サポートの方からの情報です、 編集して頂ける方が確認後、使えそうなものなら編集願います。 マイネットワーク編集 準備としてニンテンドーWiFiUSBコネクターを 差した状態でパソコンを再起動かけておく、 登録ツールはインストールしておくこと。 マイネットワーク⇒ネットワーク接続を表示する ⇒ローカルエリア接続右クリック⇒プロパティ⇒詳細設定タブ ⇒インターネット接続の共有項目の 「ネットワークのほかのユーザーに、このコンピュータのインターネット接続をとおしての接続を許可する（N）」の チェックを外す ⇒「OK」後処理が終わったら 念のため空白を右クリック「最新の情報に更新」クリック ⇒先ほど外したチェックを再びチェックを入れ「OK」 当方はここでトラブル解消、以下は実施してません。 ウイルスバスター2007設定 ファイヤーウォールを設定（中低にする） 2007版のみに有効、サポートの方いわくこれだけでOKとの事。 これは自己責任で！ニンテンドーWiFiの設定の域を超えた対処用かと マイコンピューター右クリック⇒管理（G） ⇒左の項の「サービスとアプリケーション」の「+」をクリック ⇒項目の中の「サービス」をクリック ⇒「Windows Firewall/Inter
https://w.atwiki.jp/phonezukan/pages/18.html
-2011年 夏モデル 2010年 冬モデル 2010年 春モデル 2009年 冬春モデル 2011年 夏モデル #ref error ：ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (S41HW.png) Pocket WiFi S II S41HW(Huawei) テザリング対応android2.3スマートフォン #ref error ：ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (S42HW.png) S42HW(Huawei) テンキー搭載ストレート型androidスマートフォン 2010年 冬モデル #ref error ：ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (S31HW.png) Pocket WiFi S S31HW(Huawei) #ref error ：ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (S31HT.png) Aria S31HT(HTC)
https://w.atwiki.jp/hikarigiga3/pages/6.html
Toppaがフレッツ光を提供しているのはNTT東日本と西日本の両方なのでエリアは日本全国と言うことになりますが、光回線は基地局や設備がない場合には契約することができないので、一部の地域に関してはADSLなどを契約することになります。ADSLは上りの速度と下りの速度の差がかなりあるので、ダウンロードの速度が速くても、アップロードするときに時間が掛かってしまう場合があります。またユーザーの自宅が基地局から離れていると契約している速度を満たさないことがあるので、事前に基地局からの距離を調べて、遠い場合にはWiFiモバイルなどの契約をする必要があります。 WiFiは基本的には無料で使用できる通信手段なのですが、モバイルルーターなどを使わないと外出先で使用するのが困難なので端末をレンタル必要する必要があります。大型の家電量販店などでも営業活動を活発化させているので今後も無線モバイル端末が普及する可能性があります。 営業をしているエリアに関しての情報は契約時にNTTから通知されるので、光ファイバーの設備がマンションなどに無い場合にはADSLなどにすることになります。速度は光回線が一番速いのですが、料金の節約が出来るのは無線モバイルとなっています。